METHOD AND SYSTEM FOR RESTRICTING PXE SERVERS 



RELATED APPLICATIONS 

The present invention is related to the subject matter of the following commonly 

assigned, copending United States patent applications: serial no. 09/ (Attorney Docket 

No. RPS920030115US2) entitled "Method and System for Restricting DHCP Servers" and filed 

, 2003. The content of the above-referenced application is incorporated herein by 

reference. 

BACKGROUND OF THE INVENTION 

1. Technical Field 

[0001] The present invention relates in general to the field of computers, and in particular to 
multiple blade servers housed in a server chassis. Still more particularly, the present invention 
relates to a method and system for filtering, through a secure remote supervisor, responses from 
Pre-boot execution Environment (PXE) servers to a server blade's request for a boot program, 
such that responses to the request for the boot program are only utilized from trusted PXE 
servers. 

2. Description of the Related Art 

[0002] Server blade computers offer multiple server blades (computers mounted on separate 
boards) in a single chassis (blade chassis). Although each server blade may be under at least 
partial control of primary server blade in the chassis, each server blade typically functions as an 
independent server to specific clients. A typical arrangement of such as system is shown in 
Figure 1, in which a blade chassis 102, having multiple server blades 103a-c, is connected to a 
network 106, which connects to multiple clients 104. 

[0003] A PXE boot server network 108 is connected to blade chassis 102 and the individual 
server blades 103 via network 106. Each of the server blades 103 may utilize a network boot 
protocol known as Pre-boot execution Environment (PXE). PXE allows server blade 103 to 
request a network boot program from a boot server in the PXE boot server network 108. Such a 
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boot server can provide a boot image that can be used to load a new operating system (OS), flash 
a Basic Input/Output System (BIOS) memory, or even erase data on a local hard disk. 

[0004] To download a boot program, server blade 103 broadcasts a request to PXE boot server 
network 108. One or more of the PXE boot servers in PXE boot server network 108 respond 
back to server blade 103 offering a requested boot program. If responses from multiple boot 
servers from PXE boot server network 108 are put on network 106, then server blade 103 
typically responds to the first request response to arrive a server blade 103. 

[0005] A network boot of server blade 103 as described is not secure, since the broadcasted boot 
request can result in a responsive offer from any PXE server connected to network 106, 
including an unauthorized PXE server attempting to tamper with the network. Thus, an 
unauthorized PXE boot server could result in possible undesired operations such as exposures to 
operational security and/or destroying data on a local fixed disk drive. What is needed, 
therefore, is a method and system for preventing booting from unauthorized PXE servers. 
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SUMMARY OF THE INVENTION 



[0006] The present invention is directed to a method and system for managing a secure network 
boot of a server blade. The server blade is part of a server blade chassis, which holds multiple 
server blades that communicate with outside devices via a Pre-boot execution Environment 
(PXE) enabled network interface card. When a server blade receives a response from a PXE 
boot server offering a boot program download, a Remote Supervisory Adapter (RSA) card, 
managed by a remote manager, compares the identity of the responding PXE boot server with a 
list of trusted PXE boot servers. Only if the responding PXE boot server is on the list of trusted 
PXE boot servers will the server blade be allowed to use a boot program provided by the 
responding PXE boot server. 

[0007] The above, as well as additional objectives, features, and advantages of the present 
invention will become apparent in the following detailed written description. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0008] The novel features believed characteristic of the invention are set forth in the appended 
claims. The invention itself, however, as well as a preferred mode of use, further purposes and 
advantages thereof, will best be understood by reference to the following detailed description of 
an illustrative embodiment when read in conjunction with the accompanying drawings, where: 

[0009] Figure 1 depicts a prior art diagram of a network connecting a server blade computer 
(blade chassis) to a network of Dynamic Host Configuration Protocol (DHCP) servers; 

[0010] Figure 2a illustrates a computer system utilizing the present invention; 

[0011] Figure 2b depicts details of interface devices used by a server blade in the computer 
system of Figure 2a; 

[0012] Figure 3 is a flow-chart of steps taken in a preferred embodiment of the present 
invention; and 

[0013] Figure 4 illustrates a network of multi-type Pre-boot execution Environment (PXE) 
servers. 
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DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 

[0014] With reference now to Figure 2a, there is depicted a block diagram of a data processing 
system in which a preferred embodiment of the present invention may be implemented. Data 
processing system 200 includes multiple server blades, including illustrated server blade 203. 
Each server blade 203 includes a processor 202, which is preferably a plurality of processors 
(multi-processors) operating in a coordinated manner. Processor 202 is connected to a system 
bus 208. In the exemplary embodiment, server blade 203 includes a graphics adapter 204, also 
connected to system bus 208, receiving interface information for display 206. 

[0015] Also connected to system bus 208 are system memory 210 and input/output (I/O) bus 
bridge 212. I/O bus bridge 212 couples I/O bus 214 to system bus 208, relaying and/or 
transforming data transactions from one bus to the other. Peripheral devices such as nonvolatile 
storage 216, which may be a hard disk drive, floppy drive, a compact disk read-only memory 
(CD-ROM), a digital video disk (DVD) drive, or the like, and input device 218, which may 
include a conventional mouse, a trackball, or the like, are connected to I/O bus 214. Server blade 
203 communicates to a network 106 via a Pre-boot execution Environment (PXE) enabled 
Network Interface Card (NIC) 226 and to a hyper-secure Remote Supervisor Adapter (RSA) 
network 224 via an RSA card 222 as shown. 

[0016] The exemplary embodiment shown in Figure 2a is provided solely for the purposes of 
explaining the invention and those skilled in the art will recognize that numerous variations are 
possible, both in form and function. For instance, data processing system 200 might also include 
a sound card and audio speakers, and numerous other optional components. All such variations 
are believed to be within the spirit and scope of the present invention. 

[0017] Figure 2b illustrates details of an interplay between NIC 226 and RSA card 222. NIC 
226 includes PXE software 228, which permits NIC 226 to communicate with a PXE server from 
PXE boot server network 108. In such a configuration, each server blade 203 has a relationship 
to PXE boot servers similar to that of a client and server, in which the server blade 203 acts as a 
client to the PXE boot server. Thus, when server blade 203 initially is powered up, RAM 
bootstrap 232 directs where and how server blade 203 is to boot-up an operating system (from a 
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local drive, local programmable read-only-memory PROM, a network boot, etc.). If the RAM 
bootstrap 232 instructs server blade 203 to boot from a network boot, then that network boot 
eventually works with Basic Input/Output System (BIOS) 236 to boot-up an operating system for 
server blade 203. Before the network boot is accepted, however, BIOS 236 must receive an 
authorization to accept a specific network boot program according to whether that network boot 
program came from a PXE server on the list of trusted PXE servers 230, which is stored on RSA 
card 222 under the control of a remote supervisor on hyper-secure RSA network 224. 

[0018] With reference now to Figure 3, there is depicted a flowchart of a preferred embodiment 
of the present invention's method for securely obtaining a network boot program for a server 
blade. As shown at block 302, the server blade is powered up and a Power On Self-Test (POST) 
program is run, performing basic system testing. If a decision is made at query block 304 to 
perform a local boot (e.g., from a local device such as a hardfile), the server blade performs such 
a boot (block 306) and the process ends. 

[0019] However, if the bootstrap program of the server blade instructs the server blade to boot 
up using a network supplied boot program, then the server blade broadcasts a PXE service 
discovery request (block 308), asking a network of boot PXE servers to return a boot program 
appropriate for the server blade. The server blade then receives an acknowledgment reply from 
at least one PXE boot server (block 310). If the reply comes from a PXE server on the list of 
trusted PXE boot servers (query block 312), then the server blade sends a request to the PXE 
server for a download of the boot program offered by the PXE server (block 314), and then 
downloads and executes the boot program (block 316). In a preferred embodiment, this 
comparison is made by evaluating the responding boot PXE server's packets at Layer 3 of the 
Open Systems Interconnection (OSI) model. As known to those skilled in the art, upper OSI 
layers 7 through 4 support Application, Presentation, Session and Transport respectively, while 
lower OSI layers 2 and 1 support Data Link and Physical levels respectively. OSI layer 3 is the 
Network layer, which provides switching and routing criteria, including the establishment and 
use of Internet Protocol (IP) addresses. In a preferred embodiment of the present invention, the 
PXE enabled NIC performs Layer 3 packet filtering by comparing the IP address of the 
responding boot PXE server with those IP addresses listed in the list of trusted PXE servers. 
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This permits Layer 3 filtering of Pre-boot execution Environment/Bootstrap Protocol 
(PXE/BootP) traffic, which is a preferred protocol for transmitted network boot programs in the 
present invention. 

[0020] If the received response is from a boot PXE server that is NOT on the list of trusted PXE 
servers, then a system administrator (not shown) is notified (block 318). Preferably, this 
message is sent as a Simple Network Management Protocol (SNMP) trap or alert via the RSA 
network. A query is then made (query block 320) as to whether the server blade wishes to retry a 
network boot. If so, then there are two options (query block 322): evaluate another boot service 
acknowledgment reply to the previously broadcast request for a network boot, or else send a new 
request for a network boot directly to one of the PXE servers on the list of trusted PXE servers. 
In the majority of cases, multiple boot service acknowledgment replies to the previously 
broadcast boot program request are received by the server blade, and at least some, if not most of 
the responses, are from PXE servers on the trusted list. Thus, the usual decision will be to re- 
evaluate another of the boot service acknowledgment replies. However, if the server blade does 
not wish to evaluate these additional boot service acknowledgment replies, due to a 
predetermined criteria such exceeding a number of response evaluations, then a slower request 
directly to a PXE server on the trusted list is made. This direct request is typically slower and 
thus less efficient than a broadcast request since the chosen PXE server may be busy or have 
other operational problems. Alternatively, the direct request may be to a PXE server on a secure 
local area network (LAN), thus ensuring that the PXE server is authorized. 

[0021] In another preferred embodiment, an information technology (IT) service organization is 
used to coordinate alternate types of PXE servers. One limitation of the PXE protocol is that 
more than one PXE server in a network causes chaos due to the lack of ability in the PXE client 
to determine what server is the preferred type of server. Referring now to Figure 4, there is 
illustrated a block diagram of a PXE network 400 having an Information Technologies (IT) 
service organization, such as IBM's Global Services (IGS) that manages various deployment 
server types, such as Remote Deployment Manager (RDM) PXE server 402, Linux® PXE server 
404, and Windows® 2000 Remote Installation Services (RIS) PXE server 406 for contracted 
accounts. The IT service organization 408 assigned systems administrator maintains a list 410 of 
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trusted PXE boot program servers, which allows the same IT service organization 408 assigned 
systems administrator to manage the various deployment server types, maintain the permission 
lists for each PXE boot program server type, monitor the network for unauthorized PXE servers, 
and shut down network ports of the unauthorized PXE servers for server blades in the data 
processing system 200 in the blade server chassis. Use of the aforementioned embodiments 
allow the IT service organization 408 to manage various PXE servers and to have them coexist in 
the same network, and thus reducing supports costs created by the consolidation of network and 
support organizations, since the permission list for each chassis can control where each blade 
chassis obtains its boot image. 

[0022] The present invention thus provides a method and service for securely controlling a 
network boot of a server blade. This prevents unauthorized boot servers, malicious or simply 
erroneously on a network, from booting up the server blade, thus resulting in an improperly 
functioning server blade. While the present invention focuses on server blades, it is understood 
that any computer utilizing the described invention, particularly those with remote supervisor 
capabilities, is within the purpose and scope of the present invention. 

[0023] It should be understood that at least some aspects of the present invention may 
alternatively be implemented in a program product. Programs defining functions on the present 
invention can be delivered to a data storage system or a computer system via a variety of signal- 
bearing media, which include, without limitation, non-writable storage media (e.g., CD-ROM), 
writable storage media (e.g., a floppy diskette, hard disk drive, read/write CD ROM, optical 
media), and communication media, such as computer and telephone networks including Ethernet. 
It should be understood, therefore in such signal-bearing media when carrying or encoding 
computer readable instructions that direct method functions in the present invention, represent 
alternative embodiments of the present invention. Further, it is understood that the present 
invention may be implemented by a system having means in the form of hardware, software, or a 
combination of software and hardware as described herein or their equivalent. 

[0024] While the invention has been particularly shown and described with reference to a 
preferred embodiment, it will be understood by those skilled in the art that various changes in 
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form and detail may be made therein without departing from the spirit and scope of the 
invention. 



